home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 893 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.0 KB
  1. Path: engnews1.Eng.Sun.COM!taumet!clamage
  2. From: "Wil Evers" <wil@ittpub.nl>
  3. Newsgroups: comp.std.c++
  4. Subject: Re: Quick questions
  5. Date: 28 Mar 1996 15:56:16 GMT
  6. Organization: Sun Microsystems Inc., Mountain View, CA
  7. Approved: clamage@eng.sun.com (comp.std.c++)
  8. Message-ID: <009A0046789FF2A0.3D60EEDA@ittpub.nl>
  9. NNTP-Posting-Host: taumet.eng.sun.com
  10. X-Vms-Mail-To: IN%"std-c++@ncar.ucar.edu"
  11. Content-Length: 1238
  12. X-Lines: 28
  13. Originator: clamage@taumet
  14.  
  15. In article <4jajk2$17aq@mule1.mindspring.com> abell@mindspring.com (Andrew
  16. Bell) writes:
  17.  
  18. > clamage@Eng.sun.com (Steve Clamage) wrote:
  19. > [snip]
  20. >
  21. > >I assume you mean a class like
  22. > >     class Short { short val; };
  23. > >with non-virtual member functions added. You can't assume the size and
  24. > >alignment of the class will be the same as its only data member, and
  25. > >no, the standard provides no special support for this special case.
  26. > 
  27. > Seems like if you only have one data member and no virtual functions,
  28. > there's no reason to arbitrarily restrict it to a greater alignment
  29. > level, save maybe to make compiler programmer's lives (and maybe
  30. > debugger programmer's lives) trivially easier.
  31.  
  32. I few weeks ago, I ran into a similar problem (I was wrapping a struct around a
  33. plain character array, which unexpectely changed its alignment), and I did some
  34. enquires on comp.std.c.
  35.  
  36. It turns out some platforms have different optimal pointer representations
  37. depending on the alignment of what's being pointed to. Since you don't need to
  38. define a structure before you declare a pointer to it, assuming all structures
  39. are maximally aligned "just because they're structures" may actually result in
  40. more efficient code on these machines.
  41.  
  42. - Wil
  43.  
  44.  
  45. [ comp.std.c++ is moderated.  To submit articles: try just posting with      ]
  46. [ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu         ]
  47. [ FAQ:      http://reality.sgi.com/employees/austern_mti/std-c++/faq.html    ]
  48. [ Policy:   http://reality.sgi.com/employees/austern_mti/std-c++/policy.html ]
  49. [ Comments? mailto:std-c++-request@ncar.ucar.edu                             ]
  50.